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ACCESSORY FUNCTIONS 



FIELD OF INVENTION 

5 

The present Invention relates to a mobile terminal capable of supporting a 
plurality of accessory functions. 

10 BACKGROUND TO THE INVENTION 

There are many accessories available for mobile temninals today. For example, 
typical accessories include hands free headsets, hands free car kits, data cables 
for connecting to external devices such as personal computers and laptops, and 
15 camera attachments. 

Each accessory can have a series of associated functions. For example, a 
hands free headset unit may include a microphone input as well as audio output. 
Furthermore, the audio output supported by the headset may be either mono 
2Q audio or stereo audio depending on the capabilities of the headset. Alternatively, 
the accessory may be a data cable for connecting the mobile terminal to a laptop, 
where the data cable can provide input/output functions for the flow of data to 
and from the mobile terminal via the data cable. 

25 An accessory is connected to a mobile terminal via a suitable, connector or 
interface. The interface may be a direct wired interface or a wireless Interi'ace 
such as Bluetooth. Once the accessory is connected to the mobile terminal, the 
mobile terminal determines the functions provided by the accessory, and which 
must be suppori:ed by the mobile terminal. The detection of the accessory and 

30 determining the functions corresponding to the accessory is based on the reading 
an identification number associated with the accessory. 
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Each accessory stores an identification number wiiich can be read by the mobile 
terminal. The identification number corresponds to a predetermined set of 
functions provided by the accessory and a mode of operation for each of those 
5 functions. These functions must be supported by the mobile terminal in the 
predetermined mode. 

For example, the may be a hands free headset, the accessory functions may 
include the audio output capabilities of the earphones, and the mode for the 
10 audio output capabilities may be stereo audio output or mono audio output. 
Alternatively, the accessory function may be more specific such as microphone, 
and the mode may be either on or off. 

The mobile terminal stores a list of accessory identification numbers together with 
15 a corresponding set of accessory functions and modes for each stored 
identification number. Any accessories with Identification numbers that are not 
stored by the mobile terminal may not have their functions supported, be 
supported in the incorrect mode, or the accessory may not be recognised 
altogether. 

2Q 

Figure 1 illustrates an example of a system block in which the Identification 
number for an accessory is stored. The system block is an accessory control 
interface (ACI) software (SW) 1.0 system block. The system block comprises 
data stored by an accessory which is read by a mobile temiinal. 

25 

The system block comprises five bytes of data divided into various fields, some of 
which are divided into sub-fields. These include BlockID (one byte), DataLength 
(one byte), Accessory_type_high (one byte), Accessoryjypejow (one byte) and 
a parity byte. 

30 
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The Accessory_type_high field comprises a Mastertype sub-field (6 bits) and 
SubType most significant bit sub-field (2 bits). The Accessory_typeJow sub-field 
comprises a SubType least significant sub-bit field (3 bits) and an Accessory_ID 
sub-field (5 bits). 

5 

The identification number associated with an accessory is made up the 
Accessory„type_hlgh field and Accessory_typeJow field. 

When an accessory using the system block Illustrated in Figure 1 is connected to 
10 a mobile terminal, the mobile terminal reads the Identification number comprising 
the data in the Accessory_type„hlgh field and the Accessory_typeJow field. The 
mobile terminal then matches the read Identification number with an Identification 
number stored in the mobile terminal to determine the set of accessory functions 
and corresponding modes which are provided by the accessory and which should 
15 be supported by the mobile terminal. 

Any accessory that has an identification number that is not stored in the mobile 
terminal, and therefore not matched by the mobile terminal, may either not be 
recognised, or the functions provided by the accessory may not be supported by 
20 thB mobite termrrraF, at least m tire earreet mode. 

As mobile terminals are generally manufactured and sold with a fixed list of 
accessory identification numbers, for any new accessories to work with an 
existing mobile terminal, which has a set list of identification numbers stored, the 

25 new accessories must use one of the identification numbers already stored in the 
mobile terminal. OthenA/ise, the mobile terminal will not recognise the new 
identification number. The new accessory is therefore limited to the specific set 
of accessory functions and associated modes defined by an existing identification 
number, even if the new accessory can provide new improved accessory 

30 functions or new combinations of accessory functions. 
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Furthermore, it is not possible to update the software or memory in a mobile 
terminal to include new identification numbers to support new accessories to 
overcome this problem once the mobile terminal has left the manufacturer. 

5 There is therefore a need for an improved mobile terminal capable of supporting 
various accessory functions that at least partly mitigate some of the above 
problems, 

10 SUMMARY OF INVENTION 

According to one embodiment of the present invention there is provided a mobile 
terminal capable of supporting a plurality of accessory functions with one or more 
accessories, the mobile terminal capable of supporting each accessory function 

15 in two or more modes, and each accessory storing a capability array indicative of 
the capabilities of the accessory; the mobile terminal comprising: reading means 
for reading a capability array from an accessory; interpreting means for 
interpreting a capability array read by the reading means in accordance with a 
predefined format as including one or more fields, each field corresponding to an 

20 accessary ft^rrctiorrr identifyirrg mearrs for rdentifyrng a mode of an aeeessoiy 
function in dependence on the content of a field of the capability array, the field 
corresponding to the accessory function; and supporting means responsive to the 
identifying means for supporting the accessory function with the accessory in the 
mode identified by the identifying means. 

25 

The accessory function may correspond to a capability of an accessory. 
Furthermore, the mode may be a mode of operation. 

Preferably, the capability array comprises at least one data block. The contents 
30 of the fields in the capability array may be bit values. And the predetermined 
format may comprise fields in adjacent bit positions. 



4 



wo 2005/067273 



PCT/IB2004/004375 



The mobile terminal may comprises connecting means for connecting to an 
accessory. The connecting means may be an interface. The interface may be 
one of a wired interface, an infrared interface or a Bluetooth interface. 

5 

Preferably, the accessory function is one of a data bus function, an audio 
function, a music playback function, and an antenna function. 

According to a further embodiment of the present invention, there is provided a 
10 method in a mobile terminal capable of supporting a plurality of accessory 
functions with one or more accessories, the mobile terminal capable of 
supporting each accessory function in two or more modes, and each accessory 
storing a capability array indicative of the capabilities of the accessory; the 
method comprising the steps of: reading a capability array from an accessory; 
15 interpreting a read capability array in accordance with a predefined format as 
including one or more fields, each field corresponding to an accessory function; 
identifying a mode of an accessory function in dependence on the content of a 
field of the capability array, the field corresponding to the accessory function; and 
supporting, in response to the step of identifying, the accessory function with the 
20 accessary rrr the mocte rdentif red. 

According to a further embodiment of the invention, there is provided an 
accessory for a mobile terminal, the accessory being capable of providing a 
plurality of accessory functions and having storage means for storing a capability 
25 array indicative of the capabilities of the accessory, and wherein said capability 
array may be interpreted by a mobile terminal in accordance with a predefined 
format, the format comprising a plurality of fields, each field corresponding to an 
accessory function provided by the accessory, at least one field identifying a 
mode in which that accessory is capable of supporting that accessory function. 

30 
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According to a further embodiment of the present invention, there is provided a 
method of operation of an accessory for a mobile terminal, the accessory being 
capable of providing a plurality of accessory functions and having storage means 
for storing a capability array indicative of the capabilities of the accessory, and 
5 wherein said capability array may be interpreted by a mobile terminal in 
accordance with a predefined format, the format comprising a plurality of fields, 
each field corresponding to an accessory function provided by the accessory, at 
least one field identifying a mode in which that accessory is capable of supporting 
that accessory function; the method comprising providing by means of such an 
10 accessory the capability array to a mobile terminal. 

BRIEF DESCRIPTION OF DRAWINGS 



For at better understanding of the present invention reference will now be made, 
15 by way of example only, to the accompanying drawings in which: 
Figure 1 illustrates a system block of the prior art; 
Figure 2 illustrates categories of accessories; 

Figure 3 illustrates a mobile terminal and accessories in an embodiment of 
the present invention; 

2& Figure 4 rHu^strates a system black \n an embodiment of the preservt 

invention; 

Figure 5 illustrates a resource identification field in an embodiment of the 
present invention; 

Figure 6 illustrates an audio block in an embodiment of the present 
25 invention; 

Figure 7 illustrates a flow diagram of an embodiment of the present 
invention. 



30 
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DETAILED DESCRIPTION OF EMBODIMENTS 

The present invention is described herein with reference to particular examples. 
The invention is not, however, limited to such examples. In particular, the 
5 invention is described by way of reference to an exemplary mobile terminal and 
accessories supporting the Nokia Pop-Port interface. However, the invention 
may be equally applicable to other suitably configured terminals, accessories and 
interfaces. 

10 Various accessories are available for mobile terminals today. An accessory can 
connect to their mobile terminal via a suitable connector or interface. With some 
mobile terminals, a single generic interface can provide the connection to a 
variety of different accessories. One such example is the Pop-Port AGI 
(accessory control interface) system used in some Nokia mobile terminals. 

15 

The ACI bus is a single wire control bus used by Pop-Port accessories. The ACI 
bus can be used to control accessories and features such as control buttons and 
input/output (I/O) pins. 

20 Figure 2 rffustrates various Pop-Port accessaries whlch^ have been divided into 
categories according to the capabilities of the accessory. 

The capabilities of the accessories in categories 1, 2A and 3A are indicated by an 
identification number. The accessory stores an identification number which 
25 corresponds to a predefined set of accessory functions and associated modes for 
each function that are provided by the accessory and that should be supported 
by a mobile terminal. The identification number may comprise the MasterType 
and SubType fields described earlier with reference to Figure 1. 

30 When a category 1 , 2A or 3A accessory is connected to a mobile terminal, the 
identification number is read by the mobile terminal. The mobile terminal stores a 
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list of identification numbers together with an associated set of accessory 
functions for each identification number. The identification number from the 
accessory is matched with a one of the identification numbers stored in the 
mobile terminal and the mobile terminal provides support for the set of accessory 
functions in the appropriate mode associated with the matched identification 
number. Therefore, the identification number corresponds to a predefined set of 
accessory functions and associated modes for each accessory function. 

Reference is now made to the category 2B and 3B accessories, which comprise 
accessories in embodiments of the present invention. 

Figure 3 illustrates a mobile terminal and examples of category 2B and 38 
accessories in a preferred embodiment of the present invention. 

Mobile terminal 300 comprises an interface 302, which is connected to a 
processing unit 304. The mobile terminal 300 also comprises a memory 306 
connected to the processing unit 304. 

Figure 3 also illustrates three accessories: a camera headset 310, a hands free 
heatiset 322, and a data cable 334. 

Each of the accessories in Figure 3 comprises a connector body, which includes 
an interface and memory. The interface connects the accessory to the Interface 
302 on the mobile terminal. It should be appreciated that the connection 
between the accessory and the mobile terminal may be a wired connection or a 
wireless connection such as infrared Bluetooth. In the case of a wireless 
connection, the interface on the accessory may be an infrared 
transmitter/receiver and the interface on the mobile terminal may also be an 
infrared transmitter/receiver. 
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The camera headset 310 comprises a connector body 316, which includes an 
interface 318 and a memory 320. The camera headset 310 also comprises a 
camera unit 312 and earphones 314. The camera unit 312 provides camera 
functions and may be used to capture images. The earphones may provide 
5 hands free functions, including audio output. 

The hands free headset 322 comprises a connector body 328, which includes an 
interface 330 and memory 332. The hands free headset 322 further comprises a 
microphone 324 and earphones 326. The microphone 324 may be used to input 

10 voice data into a mobile terminal connected to the hands free headset 322. The 
microphone may have adjustable gain levels. The earphones may provide basic 
audio output from a mobile terminal, for example during a call, or more advanced 
audio output, for example music from a radio built into a mobile terminal. The 
audio output may have different modes such as mono audio or stereo audio 

15 depending on the capabilities of the hands free headset 322. 

The data cable 334 comprises a connector body 338, which includes an interface 
340 and memory 342. The data cable 334 also comprises a further connector 
336, which may be used to connect the data cable 334 to a personal computer 
20 344 DT other srmrlHr device such as a laptop or personal d\g\ia[ assistant. The 
data cable may be used to transfer data to and from a mobile terminal or provide 
modem functions depending on the capabilities of the data cable 334. The data 
cable may support various data transfer standards, such as universal serial bus 
(USB). 

25 

The capabilities of the accessories in embodiments of the present invention may 
be defined using a generic identification system. Instead of using an 
identification number corresponding to a fixed set of accessory functions and 
modes, individual fields of a generic data block or array may be used to define 
30 corresponding accessory functions and the data in each field may define the 
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mode of the accessory function corresponding to the field. This generic data 
block may be stored in the memory in each accessory. 

In a preferred embodiment of the present invention, the generic identification 
5 system uses a generic identification system block and an audio block. The fields 
of the generic identification system block and audio block may define accessory 
functions supported by the accessory, and the data in each field may define the 
mode for the accessory function. For example, the accessory function may be 
the audio output capabilities of the accessory and the mode may be stereo audio. 

10 

Before describing the generic Identification system block in more detail, some of 
the accessory functions that may be provided by an accessory and supported by 
a mobile terminal are described. 

15 The following are examples of some general accessory functions that may be 
provided by an accessory and supported by a mobile terminal: 

• Audio input functions. These define the audio input functions of the 
accessory, such as whether the accessory provides a microphone 

20 input and the sensitivity of the microphone rnpat. 

• Audio output functions. These define the audio output functions. 
For example, the audio output may have modes of on or off. For a 
hands free headset, the audio output will typically have mode of on, 

25 but for a data cable, it will have a mode of off. If audio output Is on, 

the audio output mode may be mono audio or stereo audio. The 
audio output functions may also define when the mobile temnlnal 
should switch on the audio amplifier and when to enable audio to 
the accessory. 
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© I/O input functions from the accessory. These include functions 
supported by an accessory such as car ignition sensing in an in-car 
accessory, volume controls, and power supply connections. 

5 The Interface to a Pop-Port interface can have 8 I/O pins, which 

can be configured separately as inputs or outputs, each providing 
different functions between the mobile terminal and the accessory. 

• I/O output functions to an accessory. These include functions 
10 supported by an accessory such as muting the car radio In an in-car 

accessory, switching the battery charger on and off, switching the 
handset audio on and off, and providing signals for a modem 
connection, 

15 • Voltage output function, providing a power source for an accessory. 

This may be varied accordingly depending on the requirements of 
the accessory. 

• NBUS, which is a serial data bus based on RS-232 using 8-bit 
20 characters. 

• Universal serial bus (USB) provides data transfer functions. 

The mode of each accessory function Is defined by the data in specific fields In a 
25 generic identification system block, and, if appropriate, an audio block. 

Figure 4 illustrates a generic identification system block. The generic 
-identification system block comprises various fields each of which may be 
subdivided into sub-fields. The generic identification system block Illustrated In 
30 Figure 4 comprises a BlockJD field (4 bits), a DeviceJD field (12 bits), a 
ResourceJD field (1 byte), a Device type field (3 bits), a spare field (5 bits), an 
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l/OJnformation field (1 byte), and an l/OJnput/output field (1 byte). Some of 
these fields may be divided into sub-fields. 

Each field or sub-field may correspond to an accessory function, and the data 
5 stored in the field identifies the mode of the accessory function. 

For example, the l/0_information field has a first bit corresponding to whether the 
I/O function for a given I/O pin in the accessory interface Is active. A bit value of 
"1" in the first bit can be used to indicate that an I/O function is active for the 
10 given pin. The l/OJnformation field also has a further seven bits to define the 
specific function for the given I/O pin, such as a power supply or data function. 
The l/OJnput/output field comprises 8 bits, with one bit corresponding to each of 
the 8 pins to indicate whether the function for each pin is an input or an output 
function. 

15 

The BlockJD field is a 4 bit field which is mainly used to restrict the use of some 
accessories in older mobile terminals. The Block_!D field may be used to define 
the version of the generic identification system block, thereby allowing different 
versions of the generic identification system block having different field formats to 
20 be dnffned rn the future. 

The Device JD field is a 12 bit field which defines an individual identity number 
for an accessory. The device ID enables the management of fonA^ard and 
backward compatibility between accessories and terminals. 

25 

The ResourceJD field is an 8 bit field which defines some of the functions 
provided accessory and supported by a mobile terminal. The ResourceJD field 
is-divided into 8 sub-fields in each of the 8 bit positions. A bit value in each bit 
position indicates the mode of the accessory function corresponding to that bit 
30 position, which is provided by the accessory and requiring support: by the mobile 
terminal. 
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Figure 5 illustrates in more detail the sub-fields and their corresponding 
accessory functions for each bit position of the ResourceJD field. 

5 Bit 0 corresponds to the Nokia BUS (NBUS) sub-field. A bit value of "1" in bit 
position 0 indicates that NBUS function is provided by the accessory. The NBUS 
function may be provided in a data cable such as the data cable 334 illustrated in 
Figure 3. 

10 Bit 1 corresponds to the FBUS. A bit value of "1" In bit position 0 indicates that 
NBUS function is provided by the accessory. If both bit position 0, corresponding 
to NBUS, and bit position 1 both have the value of "1", the mobile terminal may 
change the mode of the bus using an appropriate command between NBUS and 
FBUS. 

15 

Bit 2 Corresponds to the universal serial bus (USB). A bit value of "1" in bit 
position 2 indicates that USB function is provided by the accessory and USB 
hand shaking may start. The USB function and NBUS/FBUS are mutually 
exclusive. Therefore, if bit position 2 has a value of "1", then bit positions 0 and 1 
2U must have a Value of "CT. 

Bit 3 corresponds to the audio functions the accessory. When bit position 3 has 
a value of "1", the accessory supports audio functions. Specific audio functions 
are provided in a further data block referred to as an audio block. Therefore, bit 
25 position 3 having a value of "1" also indicates that an audio block is present. The 
audio block and functions defined therein are discussed in more detail below. 

Bit 4 corresponds to music playback, and defines whether an accessory is 
capable of playing back music, for example from a radio or MP3 function in the 
30 mobile terminal. A bit value of "1" in bit position 4 indicates that music playback 
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is provided by the accessory. For example, this may be provided via the 
earphones in the hands free headset 322 illustrated in Figure 3. 

Bit 5 corresponds to an FM antenna function, where the cable or wire of the 
5 accessory may be used as an antenna for a radio function in the mobile terminal. 
A bit value of "1" in bit position 5 indicates that the mobile terminal may utilise the 
cable in the accessory for as an FM antenna. 

Bits 6 and 7 are spare and may be used for other functions. 

10 

In a further embodiment of the present invention, when the bit 3 of the 
Resource JD field has a value of "1", then the accessory may provide audio 
functions defined in a further data block referred to as an audio block. The audio 
block is illustrated in Figure 6. 

15 

The audio block comprises various fields, each of which may be divided into sub- 
fields. The audio block illustrated in Figure 6 comprises an uplink sensitivity field 
(8 bits), a downlink volume field (8 bits), and enhancement switchers field (8 bits), 
a parametric wideband equalisation field (8 bits). The bit value in each field or 
20 STTb-ft^tef where appropriate, rmJicates the mode of the accessory funotlorv 
corresponding to that field or sub-field, which is provided by the accessory and 
requiring support by the mobile terminal. 

The uplink sensitivity field comprises a 5 bit sub-field corresponding to an uplink 
25 sensitivity, or microphone gain, and a 3 bit sub-field corresponding to the AEC 
selection table. 

The downlink volume field comprises a 5 bit sub-field corresponding to the 
downlink sensitivity, or output gain, and a 3 bit sub-field corresponding to the 
30 maximum output level. 
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The enhancement switches field comprises: a 1 bit sub-field corresponding to up 
alwe on/off; a 1 bit sub-field corresponding to down alwe on/off; a 2 bit sub-field 
corresponding to the output switcher; a 1 bit sub-field corresponding to 
microphone on/off; a 2 bit sub-field corresponding to a DRC target value; and a 1 
bit sub-field corresponding to the input impedance. 

A bit value of "1" in the any of the on/off sub-fields indicates that the function 
corresponding to that sub-field is "on". A bit value of "0" in the any of the on/off 
sub-fields indicates that the function corresponding to that sub-field is "off'. 

A preferred embodiment of the present invention will now be described in more 
detail with reference to the flow chart of Figure 7 and with reference to the mobile 
terminal and accessories illustrated in Figure 3. It should be appreciated that the 
following method is applicable to any suitably configured accessory. The 
reference to a hands free handset 322 in this method is by way of example only. 

Firstly, an accessory, such as the hands free handset 322, is connected to the 
mobile terminal 300. The connection is made via the interface 330 of the 
headset and 302 and the interface 302 of the mobile terminal. This may be a 
wired corrnectfOTT or a wfreiess conrnecttorr, scrcft as via Blu^etaoth^. This is 
represented in step 700 in Figure 7. 

The hands free headset 322 stores in memory 332 a data block in the form of a 
generic identification system block and an audio block. The mobile terminal 
reads these blocks using the processing unit 304. This is represented in step 
702 in Figure 7. 

The data read from the generic identification system block and the audio block is 
interpreted by the processing unit 304 in a predefined format that comprises a 
number of fields. Each field may correspond to a specific accessory function. 
For example, the audio block may be interpreted as including all the fields 
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illustrated in the audio block in Figure 6, which includes a field corresponding to 
the downlink sensitivity (audio output gain) in the accessory and a field 
corresponding to nnicrophone on/off. This is represented in step 704 in Figure 7. 

5 For each field that is associated with an accessory function, a mode for that 
accessory function is identified by the processing unit 304. The mode for the 
accessory function is dependent on the data in the corresponding field. 

For example, data may be present in the downlink sensitivity field of the audio 
10 block. Therefore, the data In the downlink sensitivity field may correspond to a 
mode for the downlink sensitivity function, which in this case is a specific 
downlink sensitivity value. 

In another example, as the headset 322 includes a microphone 324, the data 
15 present in the microphone on/off field may have a bit value of "1" to indicate that 
the mode for the microphone on/off is "on". However, if the accessory does not 
include a microphone function, such as the camera headset 310 or data cable 
334, then the data in this field may have a bit value of "0" to indicate that the 
mode for the microphone on/off function is "off\ 

20 

In yet another example, the headset 322 may provide an FM antenna function. 
Therefore, the data in the FM antenna field within the ResourceJD field of the 
generic identification system block may have a bit value of "1". The bit value of 
"1" indicates that the mode for the FM antenna function Is active, 

25 

The Identifying of the mode of an accessory function Is represented in step 706 In 
Figure 7. 

Once the mode for an accessory function is identified, the mobile terminal 300 is 
30 configured to support the accessory function with the accessory in the mode 
identified. For example, if the mode identified for the microphone function is "on", 
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then the mobile terminal 300 may be configured to support audio input signals 
from the accessory via the interface 302. This is represented in step 708 in 
Figure 7. 

5 The steps of identifying and supporting a mode of an accessory function may 
then be repeated for all the fields in the data block read from the accessory that 
correspond to accessory functions. This is represented in step 710 in Figure 7. 

In embodiments of the present invention, the capabilities or functions of an 
10 accessory may be defined using a generic identification system. Therefore, the 
problems associated with using an identification number corresponding to a fixed 
set of accessory functions and modes are overcome as individual fields of a 
generic data block may be used to define accessory functions and the data in 
each field may define the mode of the accessory function. 

15 

Therefore, it is possible to develop new accessories with new functions, or at 
least new combinations of functions, that were not previously possible using an 
identification number. Existing mobile terminals would be able to support new 
accessories and their functions as long as they are able to interpret and identify 
20 the data rrr the data blocks rn accordance vvrth^ embodrmervts of the present 
invention. 

Whilst the foregoing embodiments have been described with reference to a 
generic identification system block and an optional audio block, the invention is 
25 not limited to these specific blocks. A person skilled in the art will appreciate that 
any type of data block or array comprising Individual fields each corresponding to 
separate accessory functions may be used instead. 

The applicant hereby discloses In isolation each individual feature described 
30 herein and any combination of two or more such features, to the extent that such 
features or combinations are capable of being carried out based on the present 
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specification as a whole in light of the common general knowledge of a person 
skilled in the art, irrespective of whether such features or combinations of 
features solve any problems disclosed herein, and without limitation to the scope 
of the claims. The applicant indicates that aspects of the present invention may 
5 consist of any such feature or combination of features. In view of the foregoing 
description it will be evident to a person skilled In the art that various 
modifications may be made within the scope of the invention. 
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